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token$7 AND stylesheet 
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EPO; JPO; 
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token$7 SAME stylesheet 
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EPO; JPO; 
DERWENT; 
IBM TDB 
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EPO; JPO; 
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EPO; JPO; 
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CASE-INSENSITIVE CUSTOM TAG i.e. database or CGI scripts used to generate a web page on 

RECOGNITION AND HANDLING tne Ay- These technologies are Microsoft's active server 

page (ASP), Sun Microsystems's Java server page (JSP), 

CROSS-REFERENCE TO RELATED and the Extensible Style Sheet Language (XSL/XSLT) being 

APPLICATIONS S promoted by the World Wide Web Consortium (W3C). They 

provide for the generation and serving of dynamic web page 

The present application is related to the following copend- content by enabling a page creator to write HTML and then 

ing U.S. patent applications: Ser. No. 09/409,598, entitled to embed pure programming logic inside the page markup. 

"EXTENSIBLE MARKUP LANGUAGE (XML) SERVER Microsoft's ASP and Sun's JSP are very similar in that they 

PAGES HAVING CUSTOM DOCUMENT OBJECT both are essentially web templates that enable given code 

MODEL (DOM) TAGS," filed Sep. 30, 1999, Ser. No. (e.g., code written in Java) to be embedded in static HTML 

09/409,600, entitled "METHOD FOR PROCESSING A to be served in response to a client browser request. In an 

DOCUMENT OBJECT MODEL (DOM) HAVING CUS- illustrative example, a server (and, in particular, a Java 

TOM TAGS," filed Sep. 30, 1999; Ser. No. 09/409,372, runtime servlet) responds to a client jsp request as follows: 

entitled "SCRIPTING LANGUAGE BLOCKS TO SUP- 1C the servlet retrieves a flat file corresponding to the requested 

PORT MULTIPLE SCRIPTING LANGUAGES IN A 15 lal f s ? at u file ia }° a J ™ ^ 

SINGLE WEB PAGE," Sep. 30, 1999; Ser. No. 09/409,373, f ervlet > class lo , ads the and then invokes the servlet 

. -.i j , X(rTnn n rAr> urniivrMP r^M^cvr to cause given (e.g., customized) web content to be returned 

entitled "METHOD FOR VERIFYING CONTEXT . M 6 niii ,) yctVcit t~ ( u • 

dctwcck! unrTiDrc dci ATTTPk vk.it TArc rw a to the requesting browser. XSL/XSLT, to the contrary, is 

S^^kJ^^^ ™ rooted in formatting and manipulating XML. XSLT, in 

DOCUMENT OBJECT MODEL (DON^^led Sep 30, 2Q icu[ ides me chanisms for defining tern- 

1999; Ser. No. 09/409,377, entitled "METHOD FOR MAN- £ lates to X ML of any custom DTD. 

AGING CUSTOM TAG LIBRARIES," filec [^JO, 19*9; ^ existi techniqiies for serving dynamic have 

Ser. No. 09/409,370, entitled "METHOD FOR PROCESS- various liraiUmons . Conventional sera-side scripting on a 

ING A DOCUMENT OBJECT MODEL (DOM) TREE web page ^ ^ comp li C ated and, therefore, such scripting 

USING ATAGBEAN," filed Sep. 30, 1999; and Ser. No. 25 ^ usually difficult to maintain and evolve. Further, with 

09/409,376, entitled "A METHOD FOR DEVELOPING A existing technologies, typically only a single scripting lan- 

CUSTOM TAGBEAN," filed Sep. 30, 1999. guage is allowed on a web page. This limitation is 

This application contains subject matter protected by acceptable, so long as only one author is responsible for 

Copyright Law. All rights reserved. editing the page, or if all of the responsible authors know and 

30 use the same scripting language and the language of choice 

BACKGROUND OF THE INVENTION is supported by the web server. Microsoft's ASP technology 

1 t l • c- supports multiple scripting languages, but only one language 

1. technical hie id ma y ^ e used on a page. Moreover, multiple languages 
The present invention relates generally to Internet pub- cannot be embedded in one another, and their order of 

lishing technologies and, in particular, to techniques for 35 cxe cution is undefined. Further, page-serving technologies 

dynamically serving web page content. sucn ^ and JSP are not XML-compliant, and neither 

2, Description of the Related Art ASP nor JSP provides an extension mechanism to allow 
A Hypertext Markup Language (HTML) file uses a lim- authors to add custom tags. 

ited set of tags to convey basic information about the It is also known in the art to provide a web page author 
structure of a web document, e.g., whether given text is a 40 with a library of preexisting custom tags. An illustrative 
heading or a paragraph. With HTML, the style and logic of product of this type is Cold Fusion, which is HTML-centric, 
the document are hardcoded. HTML does not provide tags This product, however, does not afford the author the ability 
that define the meaning of the page element. To address this to create custom tags. Macromedia 'sD re am weaver product 
limitation, web content is now being authored in extensible has a tag construction mechanism, but this product does not 
Markup Language (XML), which provides a way for an 45 allow for the embedding of custom tags, nor does it allow the 
author to create a custom markup language to suit a par- document to be reorganized by the tags. It also keeps the 
ticular kind of document. In XML, each document is an script code on the page. In particular, the script is hidden 
object, and each element of the document is an object. The from the user, but it is still present on the page, and it may 
logical structure of the document typically is specified in a be viewed and/or edited from within another editor. 
Document Type Definition (DTD). A DTD may be used by 50 However, the modifications made in another tool are not 
the author to define a grammar for a set of tags for the maintained. Microsoft provides a similar technology, called 
document so that a given application may validate the proper design-time control (DTC), that hides code from the user but 
use of the tags. A DTD comprises a set of elements and their still maintains the code on the page. DTC is not XML- 
attributes, as well as a specification of the relationship of compliant and it does not allow DTCs to be embedded 
each element to other elements. Once an element is defined, 55 within one another. Nor does the DTC mechanism allow the 
it may then be associated with a stylesheet, a script, HTML document to be reorganized . In addition, the DTC syntax is 
code or the like. Thus, with XML, an author may define his quite cumbersome for the page author. Moreover, while 
or her own tags and attributes to identify structural elements other DTC-aware tools will hide the script code correctly, 
of a document, which may then be validated automatically, basic text-editors can still edit the code, and the changes 
An XML document's internal data structure representation 6U made will not be importable back into the DTC-aware tools, 
is a Document Object Model (DOM). The DOM makes it DTC also does not provide access to the Document Object 
possible to address a given XML page element as a pro- Model. Other products or technologies that have custom tag 
grammable object. It is basically a tree of all the nodes in an extensions include HeiTML and Meta-HTML Essentially, 
XML file, these are tag macro definition languages for HTML. Such 

Page serving technologies are evolving at a rapid pace. 65 languages, however, are not XML compliant. 

Since 1997, three new major technologies have attempted to Another problem associated with prior art page authoring 

supplement, if not replace, dynamically generated HTML, techniques is that authors typically write tags in whichever 
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case most suits the author. Thus, a given author may write FIG. 4 is a flowchart illustrating a preferred algorithm for 

a tag as "HTML," "html," "HtMl" or some other variant. processing custom tags according to the present invention; 

XML, however, is case-sensitive, while HTML and other tag FIG. 5 is a flowchart illustrating a custom DOM tag XSL 

handling mechanisms are not. Thus, it has also not been handler routine for an XSL style sheet; 

possible to obtain case-insensitive tag recognition from s FIG. 6 is a flowchart illustrating a custom DOM tag Java 

case-sensitive tag language. handJcr routinc for a Jaya objcct; 

There remains a need in the art to provide new techniques FIG. 7 is a flowchart illustrating the operation of a DOM 

for publishing Internet content that can fully leverage the j fl j QX { Out taebean* 

manipulation and template mechanism of XSLT with the ' _ a - a - . . . . . ^ 

scripting capability of the JSP/ASP model. The present w FIG.8isa AowchartillustraUngtheoperaUonofaTextln, 

invention addresses this need. Text 0ut Text ta * can i 

FIG. 9 is a flowchart illustrating a routine for supporting 

BRIEF SUMMARY OF THE INVENTION multiple scripting languages in a single page; 

An object of the present invention is to provide a method ^ ™ 10 is a flow ; hart illustrating a routine for collapsing 

for processing custom lags in a document object model 15 a DOM tree into a fewest number of method calls according 

(DOM) representation irrespective of the case in which the t0 the P resenl inventl0n i and 

tags are authored. PIG. 11 is a flowchart illustrating a routine for verifying 

a Ai „u „f tui*. ;„„„,,,'„„ jo t~ ^ n t,i. * the context of related XML tag elements in a DOM tree. 

A further object of this invention is to enable a custom tag 6 

used in a document object model (DOM) tree to be defined 2 o DETAILED DESCRIPTION OF THE 

with an associated case sensitive attribute. When that PREFERRED EMBODIMENT 

attribute indicates that the custom tag name is not case 

sensitive, the name of the tag together with a variant of the The present invention is a page handling framework and 

name are stored in a registry. If, however, the attribute runume engine operative on a server in a computer network 

indicates that the custom tag name is case sensitive, only the 25 such .as the Internet. As is well-known, in the Internet 

name of the tag is registered. Later, when the custom tag is paradigm as illustrated in FIG. 1, a client machme, such as 

processed, a tag recognition routine is used to convert the tag machine 10, may use an application, such as a web browser 

name to a neutral or lower case if necessary to invoke the 12 » t0 access a senrer 14 via a computer network 16. 

required tag handler. Network 16 typically includes other servers (not shown) for 

j -ii * i j • t i j i • * j i „ rt control of domain name resolution, routing and other control 

In an illustrative embodiment, a document object model 30 . . . . + A • 

/r^n^ . a » *,3 ** c ; tt functions. A representative server 14 is a computer or 

(DOM) tree is processed to identify custom tags. Upon , . , r . . 1B r . 

v ' . r , , • * . t. 5T / workstation having at least one processor 18, system 

encountering a custom tag, an appropriate tag handler (e.g., , „ DA ^ 1A , ^,t_:_ 

« . fe VOT f . . . r . ,., v . • \ j memory (e.g., RAM) 20, disk or other permanent storage 22, 

a Java object, an XSL stylesheet, or the like) is invoked. T/ _, J . v ' ' t . > 

j • ' . . . ■ * ' . . j I/O devices 24a-n, an operating system 26, a server program 

According to the invention, a tag registration routine is used _ e , v ' . r & J . . ' / ADr \ in fkn , 

c & . . j u ji* ■ * * 28. and an application programming interface (API) 30 that 

for recognizing and handling case-insensitive custom tags. 35 ' ^ . / 6 , . & r 4 . , v / 

& t A & . *? . t °^ provides extensions to enable application developers to 

As a servlet engine is examining a tag name, it the name r ^ , . . . tU e 

* c 4 . . . & , . . , r extend and/or customize the core functionality thereof 

does not match one of the registered tags, the routine , - . t , r 

. iL 4 . * i ir .u . through software programs including plug-ins, CGI 

converts the name to lower or neutral case. If the tag & T f * j * L t-i \ V* 

r 4 , & programs, Java servlets, and the like. One such software 

recognition routine recognizes the name as one of the Y & . . , „. u - it w u 

& . , t . .u h -k,.,^ ^ ft « program is an inventive page handling mechanism 32, which 

case-insensitive tags, it converts Ihe attributes to the appro- 40 rQ ^ esses aQ ^ jyp a e re uest anc j enerates a res onse b 

priate case, and hands the resulting element off to a correct processes an page reques an genera es a response y 

ta handler for rocessin ' feeding data into an output stream as will be described. In an 

^ PS- . illustrative embodiment, the page handling mechanism is 

The foregoing has outlined some of the more pertinent i mpleme nted in Java and is executable in a Java Virtual 

objects and features of the present invention. These objects Machine (JVM) by a processor in a known manner, 

should be construed to be merely illustrative of some of the « ^natively, the program may be written in whole or in part 

more prominent features and applications of the invention. in nativc ^ ^ inventive functionality, of course, may 

Many other beneficial results can be attained by applying the 5e parl of lhe integral web server pr0 gram. 

disclosed invention in a different manner or modifying the A ranrat , antnt - tJ% _ . • ■ nn 1TlKA MoH > .„ r 

.„ , . . ... A representative server machine is an IBM Netnnity 

invention as wil be described. Accordingly, other objects . if r 4 . 1T . t A 

, ril , t ,. f4 . • r uuju en P^tform running the Unix operating system and a server 

and a fuller understanding of the invention may be had by 50 „, . _ « 7o uc«h 0 « o n nf ^..^ 

c . A . r „ . r* . -i j • <■ *r <L n program such as IBM WebSphere Version 2.0. Or course, 

referring to the following Detailed Description of the Pre- lt _ * LJ r* l j 

r , i _j ■ j any other computer hardware or software may be used, 

ferred Embodiment. ' . . ' A . t 

A representative client is a personal computer, notebook 

BRIEF DESCRIPTION OF THE DRAWINGS computer, Internet appliance or pervasive computing device 

. 5s (e.g., a PDA or palm computer) that is Pentium-, 

For a more complete understanding of the present inven- p owe rPGE>- or RISC-based. The client includes an operating 

tion and the advantages thereof, reference should be made to system such ^ Microsoft Windows, Microsoft Windows CE 

the following Detailed Description taken in connection with or Palrn0 S. A typical client includes a suite of Internet tools 

the accompanying drawings m which: including a Web browser, such as Netscape Navigator or 

FIG. 1 is a simplified illustration of a client-server envi- 60 Microsoft Internet Explorer, that has a Java Virtual Machine 

ronment in which the present invention may be imple- (JVM) and support for application plug-ins or helper appli- 

mented; cations. Communications between the client and the server 

FIG. 2 is a high level flowchart illustrating a servlet typically conform to the Hypertext Transfer Protocol 

generation routine of the present invention; (Version 1 .0 or higher), and such communications may be 

FIG. 3 is a flowchart illustrating how one preferred 65 made o ver a secure connection, 

technique for preprocessing a flat file into XML compliant The flowcharts of FIGS. 2-11 illustrate the inventive 

code; functionality of the page handling mechanism. 
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Servlet Generation step 308 is negative, however, the routine branches to step 

pt. » a * . t „ A , ~. . . 318 to verify that the "jsp:root" tag exists in the stream. At 

HO L illustrates How a Ha web page We is processed ^ ^ 

parser turns tae libraries into "isp:root" 

according to the present invention to generate a servlet. The namespace altribules . The routine then continues at step 322 

routine beguis at step 200 by retrieving a flat file from the by constructing thc olltpul strcam . ^ cookies the 

server's database. At step 202, a test is made to determine preparsing routine, 
whether a timestamp for the flat file is later than a timestamp 

for the class load for the file. If the outcome of the test at step Processing a DOM with Custom Tags 

202 is negative, the file has already been processed. Control A preferred algorithm for processing a DOM with custom 

then branches to step 214, where the file is invoked as a » a g s is illustrated in FIG. 4. Preliminary processing is 

runtime operation. If the outcome of the test at step 202 is 10 provided by steps 402-412. These steps may be omitted. In 

positive, the routine continues at step 204 to preprocess the particular, the routine begins at step 402 by verifying the 

flat file into XML compliant code and, at step 206, to DOM, for example, with a JSP DTD. At step 404, the routine 
transform the XML into a Document Object Model (DOM) ^ 1 g c ° cra ^ on variables to the root element of the 

« , . »* tu r\ „ . r\u- «♦ ajt^^^i •„ « DOM for later handling. The routine then continues at step 

data representation. The Document Object Model is a Mrkir . „ . .p . , r 

, 4f * i • * r ,i_ * II 15 406 to gather all jsp: directive .page tags to ensure a consis- 

platform- and language-neutral interface that allows pro- ^ ^ M J J ^ (wMch de 

grams and scripts to dynamically access and update the for jsp * Q mGch J^ s) * re register ^ d with {h e root 

content, structure and style of documents i particular, the dcment ^ fof ex lc> custom u arc registered 

Document Object Model provides a standard set of objects mrough an XML <taghW'tag-library.xmr>tag, according 

for representing HTML and XML documents, a standard ^ t0 tne j$p j q specification. 

model of how these objects can be combined, and a standard By way of brfef background) where a plurality of custom 

interface for accessing an manipulating them. The Docu- lags cx i st) j t ^ desired to provide a cataloging and registra- 

ment Object Model (DOM) Level 1 Specification is avail- Uon mechanism to organize the tags and to prevent naming 

able from the World Wide Web Consortium. collisions. According to the present invention, a tag library, 

Step 204 is illustrated in more detail in FIG. 3. Preferably, 2$ or "taglib," is used for this purpose. As will be described 

steps 204-206 are accomplished concurrently using an XML below, the tag library is preferably specified by a URI and 

parser, such as the IBM WebSphere XML4J parser. The comprises a page, preferably XML, identifying the tag 

routine then continues at step 208. At this step, the DOM namespace and listing the tags recognized in the namespace 

along with its namespaces are interpreted to produce a Java as wel1 as the directives on how to load the appropriate tag 

object, such as a servlet. This process is illustrated in more , n handlers. Thus, in a representative embodiment, in the 

detail in FIG. 4. Thus, according to the invention and, in tag-library-xml file, the name of the custom tag is listed, as 

particular, steps 204, 206 and 208, the present invention we 1 » a Java ob J cct name ' or a URL identifying an XSL 

generates a page template via DOM translation of the flat sty J; s ® e |' . , . 

file. At step 210, the servlet is compiled. The routine then The followmg is an example of a custom tag library: 
continues at step 212 to class load the servlet. Control then 35 In the JSP context: 
continues at step 214, which has been previously described. 

Steps 204-212 preferably occur at page translation time. 

Page translation typically occurs the first time the page <jsp:root xmlna:5amplc-"/xsp/samplc/sftmplc-taglib.xml"> 

(namely, the request for the flat file) is accessed or hit. Step <^jsp:root> 

214 is executed to serve the requested page in response to 40 ^mcspacc "sample" is defined by the relative URL of 

i • • T^T-rrn i- . .i 7- 1 , i i . Vxsp/sample/sample-taghb.xml . 

the originating HTTP client request. In particular, the servlet ^ contcat at lhc URL would look m follows: 

is invoked with standard HttpRequest and HttpResponse <?xmi version="i.0'*?> 

objects, and it generates a response by feeding data into an <taglit» 

output stream. The data is provided to the client browser for <tag n ame--cunentTlme" 

, . . , , class- "xsp.sample.CurrentTimeTfcgBean 

rendering in the usual manner. ■ 45 dtd-"currentTime.dtd"/> 

<tag name-^cuncntTImeXSL" 

File Preparsing stylcSheet- M hup://localhost/xsp/sample/cunenmmeCusiom'Tag.xsl" 

™« - .,, * j * i_ • c * dtd-"currentTime.dtd"/> 

FIG. 3 illustrates a preferred technique for preparsing a </ugiib> 

flat file into XML compliant code. This was step 204 in FIG. 
2. 50 

The routine begins at step 302 by passing the flat file to ™ rt&sttr* a Java TagBean to handle sample:current- 

the preprocessor. At step 306, the input stream comprising Time tags and registers the currentTimeCustomTag.xsl as an 

the flat file is broken into tokens. A token is identified for XSL handler for sample: cure ntTimeXSL. As a bonus both 
each symbol, text string or whitespace in the input stream, curren Time.dtd to verify the correctness of the 

•H i. 'ii * » j i_ i tt. • .i L i *r sample xurrentTime and sample: currentnmeXSL tags 

as will be illustrated below. Thus, a given token has a value 55 . c r c ... c / ° 

, , iL ... t, . .. r t t . . before the formatting of those tags occurs, 
associated therewith. The routine then performs a test at step „ . ™^ a *i_ 

« . . I i . r , , , Returning now to FIG. 4, the routine then continues at 

308 to determine whether the stream has any more tokens to 41Q ^ rticu , additional t libfaries are 

process. If so the routine continues .at step 310 to es ^ and with a main t handlcr Accor ding 

whether the token value is a known JSP (or ASP) symbol. If tQ the m invenliori) a Ug handler te a process that is 

the outcome of the test at step 310 is positive, the routine 60 used to handoff execution (of a custom tag in the DOM) to 

branches to step 312 to turn the JSP (or ASP) symbol into a some otner procesS) e .g., a Java object (through a custom tag 

corresponding XML tag. If the outcome of the test at step interface), or via an XSL stylesheet. The routine 

310 is negative, the routine branches to step 314 to identify then continues at step 412 by 

any text that violates XML constraints. Following either step inserting a _jspServicemethodDefinition as the last child of 

312 or step 314, the routine continues at step 316 to place the 65 the jsp:root element. The methodDefinition preferably has 

token value in an output stream holder. Control then returns the content of most of the servlet code. As will be described 

to step 308 to process additional tokens. If the outcome of in more detail 
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below, the jspiblock element is appended to the method- 
Definition to begin the servlet's definition as a Java code 
block by default or with as the value of the jsp page directive 
attribute (if it is specified). 

The main processing of the routine begins at step 416. At 
this step, a test is made to determine whether the DOM tree 
has any custom tags that have not been processed. If so, the 
routine branches to step 418 to Locate preferably the left- 
most leaf node of the tree that satisfies its requirements as a 
custom tag. The routine then continues at step 420 to invoke 10 
an appropriate tag handler (e.g., a Java object, the XSL 
stylesheet, or the like). Two variations of step 420 are 
illustrated in the flowcharts of FIGS. 5-6. As will be seen, 
the appropriate tag handler is given a current tag element and 
is expected to process it. Typically, a new DOM is returned 
from the tag handler and is then processed for new tag 
libraries. At step 422, the new tag libraries are registered in 
the tag library registry. The routine then continues at step 
424 to gather all new jsp: directive tags. The routine then 
returns to step 416. 

This loop continues until all custom tags have been 
processed in a like manner. When the outcome of the test at 
step 416 is negative, the routine branches to step 426 to 
collapse the resulting DOM tree into as few as possible 
method blocks. This operation is illustrated in FIG. 10. The 
routine then continues at step 428 to generate the servlet by 
interpreting scriptlet, expression, declaration and method- 
Definitions. Thus, for example, at step 428, the routine 
interprets the DOM by replacing "jsp:scriptlets" with inlined 
code, by replacing "jsp.expressions" with prints, by replac- 
ing "jsprdeclarations" with variables and method definitions, 
by replacing "xsp:methodCalls" with method calls, and by 
replacing "xsp:methodDefinitions" with method definitions. 
As described in FIG. 2, the resulting servlet is then compiled 
and class loaded to be ready for use by the runtime code. 

Custom Tag Definition 35 

Preferably, the DOM tree identifies custom tags as fol- 
lows. As noted above, the JSP 1.0 specification included a 
tag library mechanism that defines how to plug in a tag. The 
specification, however, left the details of the taglib mecha- 
nism completely open, with the exception that a url must be 4 ° 
used to specify the location of the taglib. According to one 
aspect of this disclosure, this abstract concept has been 
unified with an XML namespace and mapped into an XML 
file. In addition, case -sensitive language support has been 
added as will be seen. 45 

In an illustrative embodiment, the Document Type Defi- 
nition (DTD) for a taglib according to the present invention 
Is: 



<! ELEMENT taglib (tag)*> 
<! ELEMENT tag EMPTY> 

<!-- Note: cither class or stylesheet must exist (but preferably not 
both) --> 
<!ATTLIST tag 

name CD ATA #REQUIRED 

class CDATA IMPLIED 

styleSheet CD ATA IMPLIED 
caseSensitive (truel false)" true" 

dtd CD ATA #IMPLIED> 



20 



25 



30 



named "jsp:scriptlet". The class and styleSheet attribute 
dictate which of the two mechanisms are used to handle a 
custom tag. If the rule specifies a class, then a Java object, 
e.g., an object satisfying a custom tag interface, is used to 
process the tag. If the rule specifies a styleSheet, then an 
XSLT styleSheet is used to process the tree. The optional dtd 
parameter is used to verify the contents of the custom tag, for 
example, whether the tag has the proper attributes. 

Case-Sensitive Tag Handler 

XML is case sensitive. On the contrary, HTML and other 
known tag mechanisms are case-insensitive. As a 
consequence, web page authors often write tags in which- 
ever case is most suited to the author. According to the 
present invention, the caseSensitive attribute is added into 
the taglib definition to facilitate handling of tag case sensi- 
tivities. In particular, when the servlet engine reads the taglib 
definition, preferably it registers two entries for a case- 
insensitive tag and one entry for a case sensitive tag. In 
particular, if the tag is not case-sensitive, the value of the 
name attribute is registered together with an altered (e.g., 
lower, neutral or upper) case version of the name prepended 
with a given symbol (e.g., "<") that is not a valid character 
in an XML attribute. A neutral case is any case that can be 
found or created deterministically by a given algorithm. If 
the tag is case -sensitive, however, only the name attribute is 
registered. 

The following is an example of this registration process 
for an illustrative taglib: 



<I~ contents of case-taglib.xml for namespace * 
<taglib> 
<tag name- M FOO'* 

clafis-"com.ibm.xsp.Foo" 
caseSensitive-" false7> 
<tag name-'BAR'* 

class-"com.ibm.xsp.Bar" 
cas eSens itive-" true"/> 
</taglib> 
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This data structure defines that a tag library is composed of 
zero or more tags. Each tag is defined with a name and 
optional attributes class, styleSheet, and dtd. A tag must have 
either a class or stylesheet attribute (but preferably not both) 
to specify a correct tag handler. The value of name is used 
to identify what tags it handles. If a tag's name is"scriptlet" 
and its taglib prefix is "jsp", then this rule handles any tag 
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In the engine, the following attribute values are then regis- 
tered under the prefix "case:" for the illustrative example: 

"FOO"-*TagHandler type class "com.ibm.xsp.Foo" 
"<foo"-*TagHandler type class "com.ibm.xsp.Foo" 
"BAR"-*TagHandler type class "com.ibm.xsp.Bar" 
As can be seen, there are two entries for the case-insensitive 
tag and one entry for the case-sensitive tag. The "<foo" tag 
will not to be registered because is an invalid character 
in an XML attribute. 

Thus, in the preferred embodiment, a case- neutral tag is 
prepended with a character that preferably is invalid in 
XML, e.g., prepend "<"+lower-case(name). This algorithm 
allows the page author to have multiple definitions for 
similar names; e.g., "FOO" and "foo" can be defined, 
however, only one of definitions can be case-insensitive. 

As described above, the algorithm for processing custom 
tags includes the steps of: walking the DOM tree, locating 
the custom tags, and then invoking the appropriate tagbean 
handler for each identified tag. These were steps 416, 418 
and 420 in FIG. 4. The following logic is used to recognize 
the case-sensitive custom lags and to call the appropriate 
tagbean handler according to the present invention. For 
convenience, the inventive functionality for processing the 
case-sensitive tags is set off in italics: 
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public boolean 
uCustomTag(String prefix, 

String tagName) 



{ 



Hashtable hashlablc » getPrefixTable (prefix); 
if (prefix — null) { 

//prefix is not registered 
return false; 

> 

if (hashtable. contains(lagName)) { 
return true; 

} 

String caselnsensitive = "<*' + tagNamt.toLowercase( ); 
If (hashtablc.contains(caseInsensitive)) { 
return true; 

} 

return false; 

} 

public TagHandler 
getCustomTagHandler(String prefix, 
String tagName) 
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{ 



Hashtable hashtable - getPrefix1able(prefix); 
if (prefix — null) { 

//prefix ifi not registered 

return null; 

TagHandler handler - (TagHandler) hash table.get( tagName); 
iflhandlcr -- null) { 

String caselnsensitive - "<" + tagName.toLowerCase( ); 

handler - (TagHandler) handJer.get{casefnsensitive); 

) 

return handler, 
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A. Yes. TagHandler="com.ibm.xsp.Foo" 
Q. Is "case: BAR" a custom tag? 

A. Yes. TagHandler- 'com.ibm.xsp.Bar" 

Q. Is "case: bar 1 * a custom tag? 
5 A. No. 

Q. Is "case:<bar" a custom tag? 
A No. 

Q. Is "case:FOO" a custom tag? 

A. Yes. TagHandler~"com.ibm.xsp.Foo'\ 

The italicized code is the tag recognition routine. As the 
servlet engine is examining a lag name, if the name does not 
match one of the registered tags, the routine converts the 
name to neutral case. If the routine recognizes the name as 
one of the case-insensitive tags, it converts the attributes to 
the appropriate case, and hands the resulting element off to 
the correct tag handler (i.e., the target) for processing. The 
target tag handler is written to the standard tag handler API 
and behaves like any other tag handler. 

The present invention is quite advantageous. It enables 
the support of legacy tags (e.g., a server side include 
<SERVLET> tag) in a case -insensitive way even though 
XML is case-sensitive Using the present invention, the 
engine can take any case-sensitive tag, write an intermediary 
bean, and make the tag case-insensitive without changing 
any code in the case -sensitive tag handler. 
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In this code, the first italicized section is executed if the 
tag name is not in the hash table. Under this circumstance, 
the code creates a string caselnsensitive="<"+ 
tagName. toLowerCase( ), and then checks to see if the 
resulting string is in the hash table. If so, the routine returns 
true; otherwise, the routine returns false. As noted above, if 
the tag is not case sensitive, there will be a lower case name 
attribute prepended with the invalid XML character as a 
result of the registration process. Thereafter, the tag handler 
routine is executed. This is the second italicized section 
above. If there is no handler in the hash table registered for 
the name, then the code builds a string caselnsensitive="<"+ 
tagname.toLowerCase( ) as before, The routine then checks 
again to see whether there is a handler registered for this 
string name. If so, the routine returns the handler, which is 
then executed in the usual manner. According to the inven- 
tive route, attributes of the custom tag are also converted to 
an appropriate case and passed to the given tag handler. 

Given the above example, when the engine does not find 
"foo" (because only "FOO" is registered), the routine then 
looks for "<foo", finds it, and returns the proper tag handler. 

Thus, given the following representative XML taglib file, 
walking the DOM tree to invoke the appropriate tag handlers 
generates the following "conversation" between the servlet 
engine and its tag recognition routine: 
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Other Tag Handling Routines 

As noted above, FIGS. 5-6 illustrate the preferred tag 
handling routines. As described, there are two types of tag 
handling: tags handled by XSLT (FIG. 5) and tags handled 
by Java code (FIG. 6). Each of these handlers will now be 
described in more detail. 

XSL Custom Tag Handler 

The XSL tag handler routine begins at step 502 by 
receiving the DOM element as input. At step 504, the tag 
handler then finds the appropriate stylesheet for the element 
as supplied by the taglib rules. The routine then continues at 
step 506 with the tag handler obtaining the element's parent 
document. At step508, the routine invokes a stylesheet 
processor on the document and stylesheet. Finally, at step 
510, the tag handler returns the new document to complete 
the translation. 

Java Object Custom Tag Handler 

FIG. 6 illustrates a preferred operation of the custom 
DOM tag Java object handler. By way of brief background, 
as used herein, a" tagbean" is a Java object that implements 
a TagBean interface. Preferably, the interface according to 
the invention is as follows: 
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public interface TagBean 

{ 

public void 

process(Elemenl element); 

} 



<j sp: root xrnlns :case-*7xsp/case/case- tagl ib jcml"> 

<case:foo>foo<Vcase: foo 

<case:BAR>bar</case:BAR> 

<case:bar>bar</case:bar> 

<case:FOO>foo</case:FOO> 
Vjsp:root> 



Q. Is "case: foo" a custom tag? 65 
A No. 

Q. Is "case:<foo" a custom tag? 



The TagBean interface defines a process method that takes 
an element in from the DOM tree and performs some 
function against that element. The context of the entire 
DOM tree is available to the process method for manipula- 
tion through the DOM APIs. 

The routine begins at step 602 with the Java tag handler 
receiving the DOM element as input. At step 604, the 
handler then obtains the appropriate tagbean for the element 
as supplied by the taglib rules. A number of tagbean routines 
are illustrated in FIGS. 7-9 and will be described in more 



04/02/2004, EAST Version: 1.4.1 



US 6,675,354 Bl 



11 



12 



detailed below. At step 606, the handler extracts an 
attributeList from the element. The routine then performs a 
test at step 608 to determine whether there are any unproc- 
essed attributes. If so, the routine branches to step 610 to 
determine whether the attribute maps to a setter property on 5 
the tagbean. If the outcome of the test at step 610 is negative, 
control returns to step 608. If, however, the outcome of the 
test at step 610 is positive, the routine continues at step 612 
to set the value of the attribute on the tagbean. Control then 
continues at step 614 to remove the attribute from the 10 
attributeList. Processing then continues back at step 608. 

Thus, for each attribute in the attributeList, the handler 
checks for a corresponding setter property on the tagbean. If 
a corresponding setter property exists, the value of the 
attribute is set on the tagbean and the attribute is removed 15 
from the attribute list. When the outcome of the test at step 
608 indicates that all attributes have been checked against 
the tagbean, routine branches to step 616. At this step, the 
tagbean's process method is called given the DOM element 
so that it can manipulate the tree in whatever manner it 20 
deems fit. When tagbean.process( ) is complete, the new 
document is returned from the tag handler at step 618. This 
completes the processing. 

FIGS. 7-9 illustrate tagbeans that are useful in the present 
invention. 25 

DOM In, Text Out Tagbean 

FIG. 7 illustrates a simple DOM in, Text out macro that 
has the following class: 



particular, in step 712, the top node of the new DOM 
replaces the element that was passed into translateElement( 
). This completes the processing. 

Text In, Text Out Tagbean 

FIG. 8 illustrates a Text in, Text out tagbean that may be 
used to isolate the developer from the DOM API. This is 
especially useful if the element contains only simple infor- 
mation or does simple query string replacement. A repre- 
sentative class is as follows: 



public abstract class TbxtTagBean extends SimpleTagBean 
{ 

public abstract String 
translateTtxt(String text); 
public final String 
tjanslateElernehtQElement element); 
public final void 
process (Element element); 

} 
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public abstract class SimpleTagBcan implements TagBean 
{ 

public abstract String 
translateElement(Element element); 
public final void 
process (Element element); 

} 



SimpleTagBean is a class created to simplify the task of 40 
writing a tagbean. Using this class, the developer merely has 
to implement the translateElement method, which takes in a 
DOM element and returns the corresponding text macro 
expansion. In particular, the routine reads the DOM tree 
(e.g., using the DOM APIs), produces an XML block 45 
(typically a scriplet), and uses the XML block to replace the 
current element in the tree. This is advantageous to the writer 
of the tagbean because, using the invention, he or she does 
not need to know how to create new nodes and to populate 
them with values. All the writer has to do is create an XML 50 
expanded form of the element passed in. While this 
approach requires increased execution time at translation, 
•translation only happens once every time the page changes; 
thus, the technique has little impact on server performance. 

The SimpleTagBean class works as demonstrated in the 55 
flowchart of FIG. 7. The routine begins at step 702 with the 
Java tag handler calls SimpleTagBean.process with the 
appropriate tag element. At step 704, the SimpleTagBean 
hands the element off to its subclasses " overwritten" trans- 
lateElement method. In the translateElement method, at step 60 
706, the subclass looks at the element and its sub-elements 
and attributes to produce a text macro expansion of the node. 
The routine then continues at step 708 with the text expan- 
sion being returned to the SimpleTagBean.process method. 
At step 710, the XML is parsed backed into DOM. At step 65 
712, the top node of the new document object replaces the 
element that was passed in from the previous document. In 



TextT^gBean extends the SimpleTagBean functionality. In 
particular, the TextTagBean extends the SimpleTagBean 
class and implements the translateElement function to 
inherit the String V DOM output functionality. Instead of the 
developer writing translateElement, however, he or she now 
writes translateText. 

Referring now to FIG. 8, the routine begins at step 802 
with the Java custom DOM tag handler handing the Simple- 
TagBean.process the appropriate element. At step 804, the 
routine hands the element off to the "overwritten" transla- 
teElement method. At step 806, the translateElement method 
converts the DOM directly into its corresponding XML. In 
particular, the TextTagBean.translateElement( ) takes the 
element and flattens it into XML without interpreting any of 
the XML. The routine then continues at step 808, with the 
XML then being passed to the translateText method of the 
subclass. At step 810, the translateText method reads the 
string and processes it to return a new XML string. In 
particular, translateText looks at the XML string and 
manipulates it to produce another text representation of it 
and returns this representation to 
TextTagBean.translateElement( ). At step 812, the new XML 
string is returned to the TextTagBean. translateElement, 
which returns the string to SimpleTagBean.process. Simple- 
TagBean.process finishes the processing at step 814, by 
turning the string into DOM and, at step 816, by replacing 
the previous element with the root of the new document. 
Thus, in step 816, the top node of the new DOM replaces the 
element that was passed into translate Element( ). This 
completes the processing. 

Multiple Scripting Language Blocks 

Another tagbean is illustrated in FIG. 9. This routine, 
called jsp: block, enables page developers to use multiple 
scripting languages in the same page. As will be seen, this 
enables people with different skill sets to add value to the 
same page. It also enables the developer to chose another 
language that might be more suitable for a specific job. 

The routine begins at step 902 with each jsp: block handed 
off to the JSPBlockTagBean. At step 904, the JSPBlockTag- 
Bean chooses the appropriate BlockTagBean according to 
the language attribute of the jsp:block element. At step 906, 
the language -specific BlockTagBean creates a methodDefi- 
nition element which, at step 908, is then filled with code to 
set up an appropriate runtime environment for the target 
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language. At step 910, the methodDefinition element is 
inserted as a child of the root element in the document. The 
routine then continues at step 912 to create a methodCall 
element to replace the original jsp:block element. 

The present invention provides numerous advantages 
over the prior art. The inventive mechanism enables multiple 
scripting languages in a Java server page, and it enables a 
developer to embed one scripting language within another, 
which is a function that has not been available in the known 
art. 



DOM Tree Processing 

FIG. 10 illustrates a preferred routine for collapsing the 
DOM tree into the fewest possible methodCalls. The routine 
begins at step 1002 to test whether there are any unprocessed 
methodCalls in the document. If not, the routine is done. If, 
however, the outcome of the test at step 1002 is positive, the 
routine continues at step 1004 by setting a variable mc equal 
to the right-most unprocessed leaf node that is a method call. 



child node to the root position. If the outcome of the test at 
step 1104 indicates that such a clean-up element already 
exists, the current element need not create another clean-up 
element; rather, the current element need only move the 
5 existing clean-up element later in the DOM to ensure it is 
processed after any other related elements might be pro- 
cessed. This is step 1110. When the processing routine 
finally encounters the clean-up element, as indicated by a 
positive outcome of the test at step 1112, this element scans 
10 the entire DOM for all the related tags (now placeholders) of 
interest. This is step 1114. At step 1116, the clean-up element 
loads the state information from each and, at step 1118, 
processes them accordingly. When complete, at step 1120, 
the clean-up element removes itself from the DOM. In this 
15 way, the technique shifts processing from each individual 
element to a single, last-processed element. 

Thus, in the preferred embodiment, a two-pass solution is 
implemented. In the first pass, simple translation is per- 
formed on the tag, creating new tag place holders to be 
At7eplobMhrroutinT^te r^rUblV^ikp'seT^loTn 20 b ; a ckan-up phase. For example assume the DOM 

attribute mc.getAttribuie(collapse). At step 1008, the col- mc ' udes the follow ' n f tags: system:raacrol, system:njacro2, 
lapse attribute is checked. If this attribute is not true, control and system:macro3. It is also assumed that each rehes on 
returns to step 1002. If the outcome of the test at step 1008 s P ecific . «>tmMtion from other tags but not all the infor- 
is positive, then the contents of the corresponding method- „ mahon ,s ava,lable unti all of them have been touched once. 
Definition are expanded in place, and the methodDefinition 25 ° n __^ f!^!^!™™!^!.^!"^^^- 
and methodCalls are removed from the tree. In particular, 
the routine continues at step 1010 by setting a variable md 
equal to the methodDefinition for the methodCall At step 
1012, a test is run to determine whether any child nodes exist 
in the methodDefinition element. If not, the routine branches 
to step 1014 to remove mc from the document, and control 
returns to step 1002. If, however, the outcome of the test at 
step 1012 is positive, the routine continues at step 1016 to 
let c equal the last child node in the methodDefinition. At 
step 1018, c is removed from the methodDefinition. The 
routine then continues at step 1020 to insert c before mc in 
the document. Control then returns back to step 1012. This 
completes the processing. 

For optimization purposes, it is desired to verify context 40 
between multiple related XML tags in a DOM. One or more 
of these related XML tags are custom tags within the context 
of the inventive framework. By way of brief background, 
when processing a single custom tag element, that element 

may need access to all other related tags, processed and 45 process may produce large amounts of code. In particular, 
unprocessed, within the DOM. Unfortunately, however, the writing of custom tagbeans may result in a large amount 
there may be other unprocessed custom tags in the DOM of Java code being generated into the resulting servlet. 
that, when processed, would result in one or more related Because this code may be largely common across servlets 
tags the current element is interested in. One solution to this generated from the same tagbean (variable names might 
problem is to pass some state information from the current so change, but little else), according to the invention, the 
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macrol and performs all the metadata expansion it can 
perform at this time to assist the clean-up node. At this time, 
it also inserts a system: cleanup in the tree as the last child of 
jsp:root (assuming it is not already there). 

The second pass is triggered when the clean-up node is 
hit. For proper processing, it should check to make sure the 
first pass has completed (no system: macrol or macro2 or 
macro3 tags in the tree). If other clean-up nodes exist in the 
tree, it should remove itself from the tree and let the other 
nodes handle the clean-up later. Once the clean-up node has 
determined that the tree is in the correct state, it goes through 
all the artifacts left by the first process and expands them 
with all the context available. 

Tagbean Code Reduction 

Another optimization reduces the amount of code in the 
tagbeans. By way of background, if a developer expands 
everything necessary to perform a function of a tag, that 



element through the page handling engine. A preferred 
technique, however, is to use the DOM itself to indicate 
state. 

Clean-up Processing 5S 

FIG. 11 is a flowchart illustrating this clean-up process- 
ing. The routine begins at step 1102 during the processing of 
the DOM tree with a current element being processed 
replacing itself with a placeholder element. The placeholder 
element includes attributes indicating its state. At step 1104, 60 
a test is performed to determine if a clean-up element 
already exists for the element being processed. If not, the 
current element then creates a clean-up element at step 1106. 
At step 1108, this clean-up element is added to the DOM in 
a position where it will be processed after all elements 65 
related to the current element have been processed. Thus, for 
example, the clean-up element is added to the DOM as a 



functionality is delegated to outside code as much as pos- 
sible. Preferably, the code is factored into a separate Java 
bean, and the most convenient place to delegate is the very 
tagbean generating the code. Thus, the tagbean need only 
generate enough Java code for the servlet to call out to the 
separate bean. This dramatically reduces the code in the lag 
bean handler. 

As a result, this optimization improves maintainability 
and greatly simplifies debugging. In addition, because the 
code is not expanded, the function is hidden from anyone 
who has access to the generated servlet code. In addition, as 
a separate Java bean, developers are encouraged to put more 
error-handling code in the system that may not get put in 
otherwise. It also further stabilizes the system. 

Thus, in a preferred embodiment, instead of doing inline 
expansion of code, the developer should take runtime values 
of attributes and sub-elements and generate code to make 
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them parameters of a method on the very same bean that can What is claimed is: 

be called at runtime to do the real work. 1. A method for processing a document object model 

Hie present invention provides numerous advantages (DOM) representation of a document, the method compris- 

over the prior art. In effect, the inventive page handling in S tne ste P s of: 

mechanism combines the manipulation and template mecha- s examining a custom tag name from a set of one or more 

nism of XSLT with the scripting capabilities of the JSP/ASP 011510111 ta 8 s in the D0M i 

model. In addition, the invention provides a framework for if the ™ iom ta S name matches a registered tag name in 

enabling any programming language to be plugged into that a «* of registered tag names, invoking a first custom 

model. Further, given that most languages are easily defined tag handler, 

in Java byle code, the invention is economical to implement 10 ^ the custom tag name does not match any registered tag 

in a runtime using, for example, a Java Virtual Machine. name in the Mt of registered tag names, converting the 

rrm ♦ ■ «• . nnM . „ r ( custom tag name to an alternate tag name by changing 

The present invention uses custom DOM tags together £ 6 . & , * * <- 

with a framework and runtime that provides a powerful a case of one or more characters in a character strmg for 

macro language to XML/JSP. The custom DOM tags allow . the custom tag name; and 

a web page author the ability to define a simple markup 15 in res P onse t0 a determination that the alternate tag name 

language tag, e.g., <SHOPPING_CART>, that, at page * recognized as a registered tag name in the set of 

translation time, is converted into script code by a generic registered tag names invoking a second custom tag 

Java object or an XSL stylesheet. This script code is then h ™&*J> wherein the fir jf ™ stom ta f hand er and lhe 

compiled into Java code and then into a Java servlet, ^ custom tag handler are not identical 

yielding excellent performance servicing a client's request. 20 2 - ™ e me ^ hod as described m claim 1 wherein the step of 

Because the custom tag replaces the script code in the invoking a given tag handler further comprises the steps of: 

authored page, the page is kept clean and easy to maintain. converting attributes of a given custom tag to an appro- 

The script code is kept separate and, thus, need only be priate case; and 

debugged once. Normal ASP development, on the contrary, passing the converted attributes to the given tag handler, 

would force this code to remain in the page, and it would 25 3. The method as described in claim 2 wherein the given 

have to be debugged after every modification. tag handler converts the given custom tag into a given 

The inventive framework is quite advantageous in that it representation, 

is built on top of XML. Moreover, one of ordinary skill will 4 The metQod 35 described in claim 3 wherein the given 

appreciate that the framework is defineable programmati- representation is script code. 

cally or with XSL. In addition, macros written according to 30 * The method as described in claim 1 further including 

the invention can affect the output of an entire page and not S *P of registering tag names to generate the set of 

just the content between a given pair of tags. registered tag names. L 

A , , . ... 4- u • f„,u ll 6. The method as described in claim 5 wherein the 

As noted above, the inventive mechanism is preferably isterin ste includes* 

implemented in or as an adjunct to a web server. Thus, the 1C » r . " ... „ 

invention does not require any modifications to conventional 35 determining a case sensitivity of a given custom tag name; 

client hardware or software. Generalizing, the above- if the given custom tag name is case insensitive, regis- 

described functionality is implemented in software execut- terin g first and second versions of the given custom tag 

able in a processor, namely, as a set of instructions (program name; and 

code) in a code module resident in the random access 4Q if the given custom tag name is case sensitive, registering 

memory of the computer. Until required by the computer, the only the first version of the given custom tag name, 

set of instructions may be stored in another computer 7. The method as described in claim 6 wherein the first 

memory, for example, in a hard disk drive, or in a removable version is the given custom tag name and the second version 

memory such as an optical disk (for eventual use in a CD is a lower or neutral case version of the given custom tag 

ROM) or floppy disk (for eventual use in a floppy disk 45 name prepended with a given symbol, 

drive), or downloaded via the Internet or other computer 8. The method as described in claim 7 wherein the given 

network. symbol is a character that is invalid in an XML attribute. 

In addition, although the various methods described are 9 - The method as described in claim 1 wherein the 

conveniently implemented in a general purpose computer alternate tag name is a lower case version of the custom tag 

selectively activated or reconfigured by software, one of 50 na ?!f ' , , f . . . t , 

ordinary skill in the art would also recognize that such 10 The method of claim 1 further comprising: 

methods may be carried out in hardware, in firmware, or in registering at least one case-sensitive custom tag handler; 

more specialized apparatus constructed to perform the and 

required method steps. registering a case-insensitive custom tag handler. 

Further, as used herein, a Web "client" should be broadly 55 U - A computer program product in a computer useable 

construed to mean any computer or component thereof medium for processing a document object model (DOM) 

directly or indirectly connected or connectable in any known representation, the computer program product comprising: 

or later-developed manner to a computer network, such as means for examining a custom tag name from a set of one 

the Internet. The term Web "server" should also be broadly or more custom tags in the DOM; 

construed to mean a computer, computer platform, an 60 means for invoking a first custom tag handler if the 

adjunct to a computer or platform, or any component custom tag name matches a registered tag name in a set 

thereof. Of course, a "client" should be broadly construed to of registered tag names; 

mean one who requests or gets the file, and "server" is the means for converting the custom tag name to an alternate 

entity which downloads the file. tag name by changing a case of one or more characters 

Having thus described our invention, what we claim as 65 in a character string for the custom tag name if the 

new and desire to secure by letters patent is set forth in the custom tag name does not match any registered lag 

following claims, name in the set of registered tag names; and 
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means for invoking a second custom tag handler, wherein 
the first custom tag handler and the second custom tag 
handler are not identical, in response to a determination 
that the alternate tag name is recognized as a registered 
tag name in the set of registered tag names. 

12. The computer program product of claim 11 wherein 
means for invoking a given tag handler further comprises: 

means for converting attributes of a given custom tag to 

an appropriate case; and 
means for passing the converted attributes to the given tag 

handler. 

13. The computer program product of claim 12 wherein 
the given tag handler converts the given custom tag into a 
given representation. 

14. The computer program product of claim 13 wherein 
the given representation is script code. 

15. The computer program product of claim 11 further 
comprising: 

means for registering tag names to generate the set of 
registered tag names. 

16. The computer program product of claim 15 wherein 
the means for registering further comprises: 

means for determining a case sensitivity of a given 

custom tag name; 
means for registering first and second versions of the 

given custom tag name if the given custom tag name is 

case insensitive; and 
means for registering only the first version of the given 

custom tag name if the given custom tag name is case 

sensitive. 
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17. The computer program product of claim 16 wherein 
the first version is the given custom tag name and the second 
version is a lower or neutral case version of the given custom 
tag name prepended with a given symbol. 

18. The computer program product of claim 17 wherein 
the given symbol is a character that is invalid in an XML 
attribute. 

19. The computer program product of claim 11 wherein 
the alternate tag name is a lower case version of the custom 
tag name. 

20. A computer system comprising: 
a processor; 

system memory; 

means for examining a custom tag name from a set of one 

or more custom tags in the DOM; 
means for invoking- a first custom tag handler if the 
custom tag name matches a registered tag name in a set 
of registered tag names; 
means for converting the custom tag name to an alternate 
tag name by changing a case of one or more characters 
in a character string for the custom tag name if the 
custom tag name does not match any registered tag 
name in the set of registered tag names; and 
means for invoking a second custom tag handler, wherein 
the first custom tag handler and the second custom tag 
handler are not identical, in response to a determination 
that the alternate tag name is recognized as a registered 
tag name in the set of registered tag names. 
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